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1. INTRODUCTION 

In recent years many research works are directed to the solution of obstacle avoidance in path 
planning. This is due to the interest in autonomous vehicles, such as DARPA Urban Challengers [1] and by 
automotive companies such as Mercedes Benz, Audi, Volvo and Google [2-4]. 

An autonomous car [5] is a vehicle that do not need human control and it basically drives itself. It is 
also called driverless car or self-driving car. Autonomous cars utilise various kind of techniques to sense their 
environment, like radar, laser light, GPS, odometer, and computer vision. Advanced control systems interpret 
sensory information to identify appropriate navigation paths, as well as obstacles and relevant signage [6-7]. 

This work concerns mobile robot, but the technique applied can be used in autonomous cars as well. 
When a car or a mobile robot moves in an unknown and changing environment, the main aim is to get to its 
goal without any collision. If the path taken happens to be optimal then that is a bonus. Obstacle avoidance is 
the basic requirement of autonomous robot navigation. The robot needs to acquire information about its 
surroundings along with any stationary and moving obstacles present so that a navigation system with path 
planning algorithm is able to guide the robot to the target without colliding with obstacles within the 
environment. 

There are many path planning algorithms with obstacle avoidance that has been proposed; such as 
potential field [8-10], visibility graphs [11-12], grid methods [13], and virtual window [14]. Obstacle 
avoidance research has traditionally been handled by two techniques [15]: the deliberative approach, usually 
consisting of a motion planner, and the reactive approach, based on the instantaneous sensed information. 

The research work that is reported here is based on reactive approach utilising virtual window. 
This is an extension and improvement of a previous work described in [16]. Unlike [17-18], the technique 
implemented can be used to determine the path and speed of a moving obstacle. In this work, 
the environment is assumed to have only a single obstacle moving in a straight line with constant speed. 
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The technique is used to track the movement of the obstacle by calculating its path and speed from two 
crossings with a virtual window. This virtual window is generated from a device that is located either on a 
stationary or moving mobile robot. When the direction and speed of the obstacle is known, appropriate action 
can be taken to avoid collision. Speed and path of the obstacle are taken as being relative to the mobile robot. 


2. BRIEF DISCUSSION OF THE VIRTUAL WINDOW 

A virtual window basically acts as a sensor and is a rectangular plane that is projected ahead of a 
mobile robot for the purpose of detecting obstacle. Figure 1 shows a mobile robot having a virtual window 
1m ahead with a square shape (1 m by 1 m) having a pixel resolution of 10x10. Depending on the 
requirements of the work, the shape can be rectangular, and its width and height, and pixel resolution of the 
virtual window can be set to other values other than that shown in Figure 1. 

In a vision system, an image of the view forward of the mobile robot is captured. Intensive and 
complex image processing will have to be applied in order to retrieve the relevant information. This is due to 
the fact that the captured information consist of the image of the plane of interest and also image before and 
beyond that plane, albeit out of focus (3D view to 2D image). On the other hand, the virtual window will 
return only the image of the plane of interest. 
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Figure 1. A diagram showing a mobile robot with its corresponding generated virtual window 


This virtual window has a similar characteristic as a camera in that it has a display resolution. 
This display resolution can be set to any value depending on the needs of the work by changing the amount 
of data that is read from the plane of interest. The size of the virtual window, i.e. the length and width, can 
also be set to any value that is required. Ideally, the size of the virtual window is usually rendered a little 
bigger than the size of the robot. Obviously this allows for a bigger forward image to be monitored and thus a 
bigger safety net. A full and complete discussion of the possible implementation of the virtual window can be 
read from [13]. 


3. SIMULATION 

As was described in [13], a laser range finder can be used to generate the virtual window. In this 
arrangement, the set-up for the virtual window is as shown in Figure 2, with the laser range finder being on 
the mobile robot. The range of the virtual window is the range where any intersection or collision with the 
obstacle is considered. Outside of this range, any occurring collisions are ignored. D is the minimum distance 
of the virtual window from the mobile robot, d is the width of the range, tl and t2 are the times that light 
takes to travel from the mobile robot to a point on the vwl and vw2, respectively, and R is the pixel 
resolution of the virtual window. 
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Figure 2. A diagram showing a mobile robot with its virtual window range and general parameters 


For this work, it is assumed that the width of the range, or d, is 1 cm. The minimum distance to the 
virtual window, D, is set at 1 m. These values are set arbitrarily, i.e. the values can be changed to other values 
subject to the ability of the laser range finder to accurately measure the time differences. 

Assuming the speed of light in air to be 2 x 108 ms-1, then the time taken for a single laser beam to 
travel to a point on the plane of interest, in this instance 1 m from the mobile robot, and back is about 10 
nsecs. The time taken to travel a further 1 cm (or a total of 2.02 m) is 10.1 nsecs. 

For a total pixel count of 100, i.e. the resolution of the virtual window being 10x10 pixels, the total 
time taken will be between | usecs and 1.01 secs. For comparison, for a pixel count of 10,000 (100x100), 
the total time is 0.1 msecs and 0.101 msecs, respectively. If the virtual window is considered to be a square of 
1 mby | mas in [13], a pixel resolution of 10x10 will still detect an intersection or collision with an obstacle 
as small as 100 mm (or 10 cm) in size, either width or height. Current practical mobile robots are usually 
much bigger than 100 mm in sizes [19-21]. Much smaller mobile robots can be considered, however this will 
have some impact on the time needed to process the information. 

If there happens to be an obstacle at the plane of interest within the range, the beam that is reflected 
within the specified range of time will be considered. Outside of this range of time period, it is assumed that 
no collision occurs with the obstacle. 

Since there is a range of time that the obstacle will be considered as intersecting the virtual window, 
there is an associated maximum speed that the obstacle can travel that will still allow the system to have the 
two intersections with the virtual windows. Otherwise, only one intersection will be detected, and that single 
information do not allow for the system to calculate the path and speed of the obstacle. This maximum 
relative speed depends on the parameters shown in Figure 2 and is shown in the (1) below: 


cd 
Y= aREDrd) o 
where c is the speed of light in air. Taking the values stated above, v = 4,975.124m/s. This is 
equivalent to 17,910.45km/hr. As a comparison, if R is increased to 10,000 (100x100 pixels), the speed is 
179.1km/hr. These times are inclusive of processing time. 
Table 1 shows the relationship between the relative speed of the obstacle and its distance 
travelled for: 


tp =t, +t, (2) 
where tT is the total scanning time of the virtual window, with tl, at first intersection and the second 


intersection at t2. In this situation, only the speed of the obstacle is varied, while the rest of the parameters 
remain constant. 


Table 1. Relationships between Relative Speed of Obstacle and Distance between the two Intersections 








(second) Speedretative (m/s) Distancetaver (cm) 
ty 0.00000101 4000.000 0.80400 
ty 0.000001 4975.124 1.00000 
5000.000 1.00500 
5200.000 1.04520 
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As can be seen, the limit of the relative speed is 4975.124m/s, as calculated, where the distance 
travelled between the two intersections is 1 cm. Higher relative speed will not allow the system enough time 
to process the information since the range of the virtual window was set at 1 cm apart Figure 2. Of course, 
this can be rectified by increasing the range. 

Simulations are performed using Excel 2010 to calculate the distance travelled by a uniformly 
moving obstacle in the general direction of the mobile robot. The speed and path is taken as relative to the 
moving mobile robot. The time period of the calculation is taken to be the total time that the system needs to 
scan the whole virtual window at the two intersections Figure 3. This is a valid assumption since the two 
intersections take roughly the sum of the two scanning time. It is stated as being roughly because, the exact 
time depends at which pixel the intersection occurs. 
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Figure 3. A figure showing the parameters considered in the simulation 


4. RESULTS AND DISCUSSION 

Figure 4 shows a model demonstrating the simulation that was performed for this research. 
The obstacle is moving towards the general direction of the mobile robot. The relative speed of the moving 
obstacle is v m/s, and the first intersection with the virtual window was assumed to be at coordinate 
(98, 101). Time period for the calculation of the simulation starts from that moment on. 
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Figure 4. A model representing the simulation setting that was considered 
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For every time period, the time it takes for the system to sweep or scan the virtual window, 
its location in the x and y direction was calculated. Shown and discussed in this report are two results 
obtained from the simulation. Table 2a dan 2b shows two samples of the result of the simulation. 


Table 2a. A Table Showing the Results from the Simulation with Time Period at 2.01 usecs 
No t (second) Tyw(second) x (cm) y (cm) 
1 0.00000000 0.000001010 98.00000 101.00000 
2 0.00000201 0.000001010 97.96447 100.96447 
3 0.00000402 0.000001009 _-97.92894 100.92894 











Table 2b. A Table Showing the Results from the Simulation with Time Period at 0.9 secs 
No t (second) T,w(second) x (cm) y (cm) 
1 0.00000000 0.000001010 98.00000 101.00000 
2 0.00000090 0.000001010 97.98409 100.98409 
3 0.00000180 0.000001010 97.96818 100.96818 











The last two columns of Table 2 give the x- and y-distance of the obstacle from the origin, 
respectively. The relative speed is assumed to be 250 m/s, angle 0 at 45 , speed of light at 2 x 108 m/s, 
and pixel resolution of 10x10. The size of the virtual window is set at 1x1m. 

Row | and column Tvw of Table 2a shows that the first scan time of the virtual window takes 
0.000001010 secs. That is also the first intersection of the obstacle with the virtual window, thus t=0. 
After 0.00000201 seconds later, the second intersection with the virtual window occurs. As can be seen, 
the choice of the time period is logical as there is enough time for the first scan to finish before starting with 
the second scan. If the time period was less, say 0.0000009 second as in Table 2b, it can be seen that the scan 
of the virtual window will not have completed when the second time period calculation is started. 
Even though the calculation can be done in simulation, in practice the first scan is not yet completed and thus 
will produce an illogical result. The suggested time period is the minimum time period. 

From Table 2a and depicted in Figure 5, the relative path and speed of the obstacle can then be 
calculated. Taking the two coordinates, (98, 101) and (97.96447, 10096447), the gradient is found to be 1 and 
the y-intersect is 3. This gives the path equation as y = x + 3. For relative speed, the time it takes for the 
obstacle to travel from point (98) to point (97.96447) in the x direction, and from point (101) to point 
(100.96447) in the y direction is 0.00000201 sec each. Both will give a speed of 176.7662 m/s. The resultant 
of the two components will give a relative speed of 249.985 m/s at an angle of 45°. This result compares very 
well with the parameters used in the simulation. 

Table 3 and Figure 6 shows a second simulation performed but with a relative speed of 5000 m/s 
towards the direction of the mobile robot. Discussed earlier that the maximum speed acceptable in order to 
still be able to detect the two intersections is 4975.124 m/s, this simulation will fail in its attempt to get a 
valid relative path and speed of the obstacle. Even though the time period is more than the time taken to scan 
the virtual window, there is only one valid result. The second result cannot be applied as it exceeds the range 
that was set earlier, 1 cm. 
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Figure 5. The two intersections with the virtual window in the first simulation 
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Table 3. A Table Showing the Results from Second Simulation using Parameters Shown 








No t (second) Tyw(second) x (cm) y (cm) 
1 0.000000000 0.000001010 98.000 101.000 
2 0.000002010 0.000001000 98.000 99.995 
3 0.000004020 0.000000990 98.000 98.990 

Relative speed, v (m/s): 5000.00 Speed of light, c (m/s): 2 x 108 
Angle, 8 (degrees): 90.00 Pixel resolution, R: 100 
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Figure 6. The two intersections with the virtual window in the second simulation 


5. CONCLUSION 

It was shown that the system was able to determine the relative speed and path of the uniformly 
moving obstacle when there are two intersections with the virtual window. With the simulation, the choice of 
the time period has to be a carefully selected value. If the value chosen is valid, that is, it takes into 
consideration the time needed for the two scan of the virtual window, then the result of the simulation is 
acceptable. Otherwise, even though the result is present but in practice it cannot be realised as 
explained earlier. 
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